home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000987_timbl@www3.cern.ch _Wed Apr 28 12:55:29 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  4KB
  1. Return-Path: <timbl@www3.cern.ch>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA03130; Wed, 28 Apr 93 12:55:29 MET DST
  4. Received: from www3.cern.ch by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA27356; Wed, 28 Apr 1993 13:15:33 +0200
  6. Received: by www3.cern.ch (NX5.67c/NX3.0S)
  7.     id AA06297; Wed, 28 Apr 93 13:11:25 +0100
  8. Date: Wed, 28 Apr 93 13:11:25 +0100
  9. From: Tim Berners-Lee <timbl@www3.cern.ch>
  10. Message-Id: <9304281211.AA06297@www3.cern.ch>
  11. Received: by NeXT.Mailer (1.87.1)
  12. Received: by NeXT Mailer (1.87.1)
  13. To: marca@ncsa.uiuc.edu (Marc Andreessen)
  14. Subject: Re: Postscript Behavior...
  15. Cc: Mowgli C Assor <mowgli@magnus.acs.ohio-state.edu>, www-talk@nxoc01.cern.ch
  16. Reply-To: timbl@nxoc01.cern.ch
  17.  
  18.  
  19. >Date: Tue, 27 Apr 93 17:45:19 -0500
  20. >From: marca@ncsa.uiuc.edu (Marc Andreessen)
  21.  
  22. >Mowgli C Assor writes:
  23. >>   Um, I've been playing with various ways of getting postscript to  
  24. display
  25. >> via XMosaic (1.0). [...]
  26. >>   However, when HTTP processes the file, it puts the line :
  27. >> 
  28.  
  29. >> <PLAINTEXT>
  30. >> 
  31.  
  32. >> in front of the rest of the document. Thus, when it gets back to  
  33. Ghostview,
  34. >> it chokes because <PLAINTEXT> is invalid PS. This may again get us  
  35. to the
  36. >> point of needing "type tags" for different types of files, but  
  37. with the
  38. >> coming various "multi-media" browsers, it seems to me to be a  
  39. problem we
  40. >> need to solve somehow (perhaps the URLs will help, but I don't  
  41. think they
  42. >> are the ultimate solution).
  43. >> 
  44.  
  45. >>   I can just set up a filter for Ghostscript which removes the  
  46. offending
  47. >> line, but is there a better solution?
  48.  
  49. The problem here is twofold.  Firstly, the old HTTP version
  50. only knows about two formats, plain text and HTML.  It distinguishes  
  51. text from HTML by prefixing it with <PLAINTEXT>.  Now it is possible  
  52. of course to get a postscript file returned as "plain text" and then
  53. treat it as postscript.  Secondly, though, there is a bug in XMosaic
  54. which causes it not to look at the <PLAINTEXT> let alone strip it  
  55. off.  This is because (contrary to the protocol) it guesses from the
  56. URL (which is specified as being opaque and meaningless to hte  
  57. client) what sort of a format it is and pipes it directly to
  58. ghostview.  I guess it doesn't strip off the PLAINTEXT because it
  59. just wants to open up a pipe.
  60.  
  61. I have put a -DXMOSAIC-HACK patch into the W3 library to allow the
  62. library to return data to clients which have not said they can handle  
  63. it. before that they would just say "sorry" if you wanted a picture  
  64. and could only handle plain text. I hadn't realised there was this  
  65. extra problem with the <PLAINTEXT> with mosaic.  The trouble is, if  
  66. the <PLAINTEXT> is left out, everything returned will be parsed
  67. (by conforming HTTP0 clients) as HTML.
  68.  
  69. >The long-term solution is to move to HTTP2.  One short-term solution
  70. >that you may want to explore is the NCSA public domain httpd, on
  71. >ftp.ncsa.uiuc.edu in /Mosaic/ncsa_httpd, which will never do this to
  72. >data files.
  73.  
  74. Beware of course that if you put up data using this server, there are  
  75. lots of people out there with the line mode browers who, instead of  
  76. getting the postscript in a usable form which they can print, will  
  77. get it parsed as HTML!
  78.  
  79. Moving to full HTTP is better.  The line mode browser and various  
  80. others include the version 2 cern library which includes the full  
  81. HTTP (or at least, this part of it).  I hope it isn't too much in the  
  82. long term for xmosaic.  All multimedia browers should use the full  
  83. HTTP. Otherwise servers can only assume that they can only handle  
  84. ASCII and HTML.
  85.  
  86. BTW Marc I have put in the porting mods from xmosaic's tcp.h
  87. into tcp.h in the new library ...
  88.  
  89. This is all my fault for not getting libwww v2 out earlier in the  
  90. xmosaic development schedule.
  91.  
  92. >Cheers,
  93. >Marc
  94.  
  95. Tim BL
  96.